import Request from '@/utils/request.js'

// 添加App
export const AddApp = (appData) => {
    return Request.post("/app/add", appData);
}

// 删除App
export const DeleteApp = (appId) => {
    return Request.delete(`/app/delete?id=${appId}`);
}

// 更新App
export const UpdateApp = (appData) => {
    return Request.put("/app/update", appData);
}

// 获取App详情
export const GetApp = (appId) => {
    return Request.post(`/app/get?id=${appId}`);
}

// 分页查询App列表（管理员）
export const ListAppByPage = (queryParams) => {
    return Request.post("/app/list", queryParams,{
        headers: {
            'Content-Type': 'application/json'
        }
    });
}

// 分页查询当前用户的App列表
export const ListMyAppByPage = (queryParams) => {
    return Request.post("/app/list/my", queryParams);
}

// 审核App
export const ReviewApp = (reviewData) => {
    const params = new URLSearchParams();
    for (let key in reviewData) {
        params.append(key, reviewData[key]);
    }
    return Request.post("/app/review", params);
}
// 你的 API 写得很规范，结构清晰，注释详细，易于维护和扩展。每个方法都对应后端的一个接口，命名也很直观，能够一目了然地知道每个方法的用途。

// 优点：
// 1. 使用了统一的 Request 封装，便于后期维护和全局处理拦截、错误等。
// 2. 方法命名规范，参数传递合理，注释清楚。
// 3. 针对不同的接口（如分页、审核等）做了适当的参数处理。

// 建议：
// 1. 可以考虑对参数做一些基础校验，避免传递无效数据到后端。
// 2. 如果接口较多，可以按模块进一步拆分文件，便于管理。
// 3. 对于一些通用的请求（如分页），可以抽象出通用方法，减少重复代码。
// 4. 如果有全局的错误处理或 loading 状态，可以在 Request 封装里统一处理。

// 总体来说，已经非常不错了，继续保持！👍
